home *** CD-ROM | disk | FTP | other *** search
/ Danny Amor's Online Library / Danny Amor's Online Library - Volume 1.iso / html / faqs / faq / unix-faq / user-friendly < prev    next >
Encoding:
Text File  |  1995-07-25  |  16.0 KB  |  399 lines
  1. Subject: comp.unix.user-friendly Frequently Asked Questions (FAQ)
  2. Newsgroups: comp.unix.user-friendly,comp.answers,news.answers
  3. From: cuuf@wfu.edu
  4. Date: 5 Nov 1994 12:00:03 GMT
  5.  
  6. Archive-name: unix-faq/user-friendly
  7.  
  8. FAQ (Frequently-asked Questions) for comp.unix.user-friendly
  9.  
  10. ------------------------------
  11.  
  12. Subject: Recent changes
  13.  
  14. Changed pathname of archives at ftp.wfu.edu (July 6, 1994)
  15. Corrected path name for tkman (Subject 3.1) (July 5, 1994)
  16.  
  17. ------------------------------
  18.  
  19. Subject: Acknowledgements
  20.  
  21. This FAQ is automatically posted on the 5th and 20th of each month. The
  22. latest version of the FAQ is available in the following ways: 
  23.  
  24. ftp://ftp.wfu.edu/usenet/cuuf-FAQ
  25.  
  26. gopher://gopher.wfu.edu/Computer information
  27. /Usenet News information maintained by Wake Forest/cuuf-FAQ
  28.  
  29. THE PURPOSE OF THIS FAQ is to archive "Frequently Asked Questions", and by
  30. so doing, to improve the quality of the newsgroup discussion by reducing
  31. redundant questions.  The FAQ also serves as a reference to new readers,
  32. providing one resource which will answer many of their questions. It does
  33. not matter if a FAQ is necessarily appropriate to the group's charter-- if
  34. it appears frequently, its inclusion in the FAQ will reduce the frequency. 
  35.  
  36. Since this is a new newsgroup, there currently are very few FAQ's. If
  37. users consider a topic worth incorporating into this FAQ, they are
  38. encouraged to compile and email any FAQs to cuuf@wfu.edu FAQs should try
  39. to roughly incorporate which category(ies) of users the FAQ applies to (if
  40. applicable) i.e., novice, casual, expert, etc.  If you do NOT want your
  41. name credited with the FAQ, please say so. 
  42.  
  43. The FAQ is maintained by Noel Hunter <noel@wfu.edu> and
  44. Lachlan Cranswick <lachlan@dmp.csiro.au>
  45.  
  46. ------------------------------
  47.  
  48. Subject: Contents
  49.  
  50. 1. Novice (General questions about Unix and this newsgroup)
  51.     1.1 Why did the people who wrote Unix use different commands from
  52.             MS-DOS; why does Unix use funny abbreviations for commands, etc?
  53.         1.2 What books are available for learning Unix?
  54.         1.3 What are some basic commands and concepts for new users?
  55.     1.4 What Internet resources are available for learning Unix?
  56.  
  57. 2. Casual (Now we're getting into "User Friendly")
  58.     2.1 What shells are friendliest, and how can one make shells
  59.     friendlier?
  60.  
  61. 3. Expert
  62.     3.1 What on-line documentation / help systems are available free
  63.             on the Internet
  64.  
  65. ------------------------------
  66.  
  67. Subject: 1. NOVICE QUESTIONS
  68.  
  69. ------------------------------
  70.  
  71. Subject: 1.1 Why did the people who wrote Unix use different commands from
  72.              MS-DOS; why does Unix use funny abbreviations for commands, etc?
  73.  
  74. This question, and questions of a general Unix nature are not appropriate
  75. for this newsgroup.  Direct them to comp.unix.questions or other 
  76. comp.unix groups.  However, since these questions do occur frequently, 
  77. here is a brief summary of responses:
  78.  
  79. Submitted by Randolph J. Herber, paraphrased here:
  80.  
  81. Unix came first...
  82.  
  83. Unix was written before MS-DOS, which is a distant relative, tracing some
  84. of its roots to Unix, but also incorporating other influences.  According
  85. to _The Bell System Technical Journal_ (Vol. 57, No. 6, July-August, 1978
  86. ``Forward''), "The UNIX story begins with Ken Thompson's work on a
  87. cast-off PDP-7 minicomputer in 1969." According to _The MS-DOS
  88. Encyclopedia_ (Microsoft Press), page 19, MS-DOS "ran on the prototype for
  89. the first time in 1981."
  90.  
  91. The abbreviations... 
  92.  
  93. The primary causes of the abbreviations were the 10 characters per
  94. second terminal speeds and the small system memories (e.g. 128KB).
  95.  
  96. Although Microsoft based some of MS-DOS on Unix, they also incorporated 
  97. elements of CP/M and other sources.  For this reason, some commands are
  98. identical to Unix, while others are different.
  99.  
  100. ------------------------------
  101.  
  102. Subject: 1.2 What books are available for learning Unix?
  103.  
  104. This question also is not appropriate to this newsgroup, but is frequently
  105. asked. See the newsgroup misc.books.technical instead.  Here is a summary 
  106. of resources:
  107.  
  108. A Concise Guide to UNIX Books
  109. Compiled by: Samuel Ko (kko@sfu.ca, sko@wimsey.bc.ca)
  110.  
  111. This is a good selection of the "best" books and documentation on
  112. UNIX and related areas.  The selection is based on i) recommendations
  113. from netnews readers, ii) the US/Canada sales figures, and iii) a bit
  114. of my own preference.
  115.  
  116. Among the subject areas covered:
  117.    A. General Unix Texts
  118.       a.  for beginning / intermediate users
  119.       b.  for intermediate / advanced users
  120.    B. Shells
  121.    C. Unix Editors
  122.    L. Other Lists
  123.    M. Other Books (experimental)
  124.  
  125. The latest version is also obtainable by anonymous ftp from rtfm.mit.edu
  126. (in /usenet/news.answers/books). If you do not have ftp or netnews
  127. access you can get it by email from mail-server@rtfm.mit.edu and the body
  128. of your request should be send usenet/news.answers/books/unix. 
  129.  
  130. ------------------------------
  131.  
  132. Subject: 1.3 What are some basic commands and concepts for new users?
  133.  
  134. Another novice question which should be directed to the newsgroup 
  135. comp.unix.questions.  But novices can't know these things, so we should 
  136. help them at least briefly:
  137.  
  138. Basic commands and concepts, originally submitted by haley@husc.harvard.edu.
  139.  
  140. Unix is an operating system, similar to MS-DOS, only much more powerful.
  141. Some versions have over 300 commands in the basic system, not including
  142. specialized applications. 
  143.  
  144. Command Primer
  145. -------------- 
  146. These commands are meant for use in a program called a "shell", which is
  147. the user interface to the underlying programs that make up Unix. There are
  148. several different shells which are widely used, so the prompts you see on
  149. your screen, and the responses you see may vary slightly.  However, the
  150. commands here should work in all of the shells. Note that users with
  151. Graphical User Interfaces (X Windows, Openview, etc) may have to use the
  152. "shelltool" or "command window" to use these commands. 
  153.  
  154. When you enter Unix commands, you will usually enter two or three words: 
  155. the "command" itself, "modifier(s)" which change the way the command
  156. works, and "argument(s)" which provide the command with additional
  157. information.  Each word in the command is separated by a space, and
  158. modifiers are preceded by a hyphen (-).  Here is an example of the "ls"
  159. command with a modified and argument: 
  160.  
  161. Example:   command  modifier argument
  162.            |        |        |
  163.            ls       -CF      newdir
  164.  
  165. Typing this command will print a directory listing on your screen of the
  166. directory "newdir".  The modifiers "-CF" tell the ls command to list other
  167. directories listed with a / after them, and to list programs with a * after 
  168. them, and logical links with a @ after them. 
  169.  
  170. The unix system uses a "hierarchical directory structure; to store files
  171. on its disks.  This type of structure is like an upside-down tree, with
  172. one "root" directory (like the root and trunk of a tree), and many
  173. sub-directories (like branches) to store files in. Here is a small example
  174. of what one might look like: 
  175.  
  176.              _______________(/)______________________________
  177.             /      /           \       \                     \
  178.           bin     lib           etc     home_____________     usr
  179.                  /                     /        \        \
  180.                 sys              headcheese      \        headcheese3
  181.                                                   \
  182.                                                    headcheese2
  183.                                                   /
  184.                                            student
  185.                                           /
  186.                                      yourdir
  187.  
  188. The directories you must go through to find a particular file in "yourdir"
  189. are "/" then "home" then "headcheese2" then "student" then "yourdir". In
  190. Unix you call the directories you must go through to acces a file the
  191. "path", and you type in the above path like this: 
  192.  
  193. /home/headcheese2/student/yourdir/filename
  194.  
  195. We call this "filename"'s "full path". The first "/" must be there for it
  196. to be a full path. If you leave it off then the shell will assume it is a
  197. "relative path" and look for the path to start in the directory you are
  198. currently in, called the "current working directory". This is useful, as
  199. always having to refer to files by their full path would get tedious. If
  200. you were in "student" and wanted to refer to "filename" in "yourdir" you
  201. could call it:
  202.  
  203. yourdir/filename
  204.  
  205. Or, if you are already in "yourdir", just
  206.  
  207. filename
  208.  
  209. O.K. That ought to be enough to get you interested and started...
  210. Note to MS-DOS users: Unix has a hierarchical directory structure,
  211. like MS-DOS, but uses a / to separate parts of a file path instead of
  212. a \ (Back-slash).
  213.  
  214. Playing around
  215. --------------
  216. After you understand these things, the thing to do is *PLAY*. Look around
  217. in the directories which store commands, and when you see something, do a
  218. "man" on it. When you think you want to know more, a trip to a math
  219. library is in order, or maybe a good bookstore. A good publisher is
  220. O'reilly (Nutshell). Addison Wesley is also good, but I think they are
  221. better for advanced stuff. 
  222.  
  223. Directories to look in: /bin /usr/bin /usr/local /usr/local/bin and just
  224. about any other "*bin" directory. 
  225.  
  226. Note that this method is not time efficient at first. It is however MUCH
  227. better for retention. I went from knowing nothing about Unix to having the
  228. professor who got me started asking *me* for advice. 
  229.  
  230. There is a small hand-full of commands that you will use many times, and 
  231. here they are...
  232.  
  233. man    Print out a manual page    on the screen.  If you know the name of a 
  234. command, you can read the manual by typing "man command".  For example, 
  235. typing "man ls" will display the manual for the ls command.  If you want 
  236. to search all of the man pages for a certain word (on some systems), you 
  237. can type "man -k word".  For example, typing "man -k mail" would list 
  238. the names of all of the man pages pertaining to mail.
  239.                                 man intro
  240. passwd    Change your account password. This should be done the first time 
  241. you log on, especially if you have no password. You must know your old
  242. password to change it.  To change you password, type "passwd".  Then enter
  243. your old (current) password, and the desired new password (twice).  Note 
  244. that your passwords will NOT appear on the screen as you type them.
  245.  
  246. ls    List the contents of a directory.  Typing "ls" alone will list 
  247. the contents of the current working directory.  If you want to see a 
  248. specific directory, you can type "ls directoryname".  For example,
  249. "ls /pub" will list the contents of the /pub directory (if there is 
  250. one one your system).  Adding "-CF" options will give you a more 
  251. detailed listing in columns, marking directories with a /, executable 
  252. files with a *, and logical links with a @.  For example, typing "ls -CF"
  253. will give a detailed listing of the current directory.
  254.  
  255. mkdir    Make a new directory as a sub-directory of where you are now.    
  256. For example, "mkdir work" will create a sub-directory named "work" in 
  257. your current directory.
  258.  
  259. cd    Change directory. Used to go up or down in the directory tree.
  260. For example, to change to a sub-directory named "work" in the current 
  261. directory, type "cd work".  Typing "cd .." will change to the parent 
  262. directory, the directory one level above the current directory.
  263.  
  264. vi     Invoke the vi editor. This is a screen editor, that is, a text editor
  265. that makes use of the full screen. You must know this or another editor to
  266. make use of "elm".  For those who use one of the windowing systems
  267. exclusively, you can put off learning this as the windowing systems have
  268. adifferent e-mail system.
  269.  
  270. rm    Remove a file. (note: this is forever! Think before you erase)
  271. For example, to remove a file named "foo", type "rm foo".  Adding the 
  272. "-r" option allows you to delete an entire sub-directory and ALL files 
  273. and directories beneath it.  BE CAREFUL!  For example, to delete a 
  274. directory named "work", and all files and sub-directories in "work", type 
  275. "rm -rf work".
  276.  
  277. elm    Invoke the elm mail program.  Note: must know an editor
  278. first.    
  279.  
  280. ------------------------------
  281.  
  282. Subject: 1.4 What Internet resources are available for learning Unix?
  283.  
  284. Submitted by: Jean-Marc Bonnaudet
  285.  
  286. The Unix-faq is posted to the newgroups: 
  287. comp.unix.questions,comp.unix.shell,news.answers, comp.answers.
  288.  
  289.  
  290. ------------------------------
  291.  
  292. Subject: 2. CASUAL QUESTIONS
  293.  
  294. ------------------------------
  295.  
  296. Subject: 2.1 What shells are friendliest, and how can one make shells 
  297. friendlier?
  298.  
  299. bash
  300. ----
  301. Bash is an sh-compatible command language interpreter that executes
  302. commands read from the standard input or from a file.  Bash also
  303. incorporates useful features from the Korn and C shells (ksh and csh).
  304.  
  305. Bash is ultimately intended to be a faithful implementation of the
  306. IEEE Posix Shell and Tools specification (IEEE Working Group 1003.2).
  307.  
  308. Bash is available from GNU sites, such as jaguar.cs.utah.edu:gnustuff
  309.  
  310. tcsh
  311. ----
  312. is an enhanced version of the Berkeley UNIX C shell csh.  It behaves
  313. exactly like the C  shell, with added utilities of:
  314.  
  315. 1) Command line editing using vi or Emacs commands, allowing you to
  316.    correct errors in the current input line, or in previously input lines,
  317.    much more easily than with sh or csh.
  318. 2) Visual step up/down through the history list, letting you recall
  319.    previously typed lines by simply pressing the up arrow key.
  320. 3) Terminal mode sanity checking and resetting, which helps reduce
  321.    problems for users who frequently switch between various types of
  322.    terminals.
  323. 4) Interactive command, file name and user name completion, allowing you
  324.    to type the first few characters of a command, user name, or file name,
  325.    then press the TAB key to automatically complete the word.
  326. 5) File, directory, and user list display in the middle of a typed
  327.    command.
  328. 6) Interactive spelling correction of command, file, and user names.
  329. 7) Lookup of command documentation in the middle of a typed command. 
  330. 8) Enhanced history mechanism for recalling previous commands.
  331. 9) Automatic locking or logout after long periods of idle time.
  332.  
  333. tcsh is available via anonymous ftp from tesla.ee.cornell.edu, among other
  334. places.
  335.  
  336. zsh
  337. ---
  338. (paraphrased from the zsh faq, posted to comp.answers monthly)
  339. zsh is a UNIX command interpreter (shell) which of the standard shells
  340. most resembles the Korn shell (ksh), although it is not completely
  341. compatible.  It includes enhancements of many types, notably in the
  342. command-line editor, options for customising its behaviour, filename
  343. globbing, features to make C-shell (csh) users feel more at home and
  344. extra features drawn from tcsh (another `custom' shell).
  345.  
  346. zsh is available for users east of the Atlantic from:
  347.   carlo.phys.uva.nl(145.18.218.21):/pub/bas/zsh/zsh-2.4beta.tar.gz
  348. The latest full release is in zsh-2.3.1.tar.gz in the same directory.
  349. and
  350.   ftp.sterling.com (192.124.9.1):/zsh
  351.  
  352. The 2.3.1 distribution is also available from ftp.uu.net and mirrors
  353. in the directory pub/shells/zsh.
  354.  
  355. ------------------------------
  356.  
  357. Subject: 3. EXPERT QUESTIONS
  358.  
  359. ------------------------------
  360.  
  361. Subject: 3.1 What on-line documentation / help systems are available free
  362.             on the Internet
  363.  
  364. Submitted by Chris Siebenmann <cks@hawkwind.utcs.toronto.edu>, edited.
  365.  
  366. TkMan
  367. ----- 
  368. an X-based manual page viewer and browser. Far superior to
  369. xman; I think it's the current best approach to man page presentation.
  370. Available via anonymous ftp from:
  371.  
  372. ftp.cs.berkeley.edu://ucb/mhgs/tkman-1.5.tar.Z
  373.  
  374. TkInfo
  375. ------
  376. an X-based hypertext interface to the GNU texinfo .info file format.
  377.  
  378. World Wide Web (WWW), Mosaic and Lynx
  379. -------------------------------------
  380. HTML looks like the leading candidate for formatted and annotated text at
  381. the moment, so even if WWW dies, an investment in HTML-based tools will
  382. probably continue to be useful.  Word Perfect, BBEdit, and other vendors
  383. are beginning to support HTML editing. 
  384.  
  385. Gopher
  386. ------
  387. seems to be the low-rent ASCII-based information delivery system of
  388. choice, but I'm not sure it's the right choice. For one thing, one has to
  389. fight menus to find things, which makes it reliant on the skill of the
  390. person who set them up. Combining gopher with WAIS for searching can
  391. create a more effective documentation system. 
  392.  
  393. End of cuuf-FAQ
  394. ***************
  395. --
  396. * Noel Hunter,  Academic Systems Administrator,    Wake Forest University *
  397. * email: noel@wfu.edu                            http://www.wfu.edu/~noel *
  398.  
  399.